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SECTION  I 
INTRODUCTION 

The  Navy  currently  trains  between  90,000  and  100,000  recruits  each 
year.  This  training  is  conducted  at  the  three  Recruit  Training  Commands 
(RTCs)  located  at  Great  Lakes,  Orlando,  and  San  Diego.  The  large  throughput 
requires  that  new  companies  (training  units)  be  formed  and  commence  traininq 
almost  daily  at  each  RTC.  Consequently,  a  complex  set  of  company  training 
schedules  called  the  Master  Training  Schedule  (MTS)  is  required  for  each 
RTC.  Each  company  schedule  must  account  for  the  entire  training  curriculum 
and,  at  the  same  time,  avoid  conflicts  in  resource  utilization  with  any 
other  company  schedule  within  the  MTS.  Because  of  the  complexity  of  having 
multiple  companies  utilizing  one  set  of  resources  while  operating  on 
different  schedules,  the  preparation  of  the  MTS  is  a  highly  labor  intensive 
task.  The  manual  development  of  the  MTS  also  results  in  errors  or  conflicts 
in  the  schedule.  As  a  result,  each  RTC  spends  considerable  effort  ir. 
checking  and  rechec>;ing  the  MTS  to  minimize  such  problems  and  to  ensure  that 
adequate  resources  are  available. 

The  current  traininq  curriculum^  contains  93  individual  traininq 
functions  and  topics  which  must  be  scheduled  within  a  total  of  380  traininq 
periods  over  a  length  of  7.7  weeks.  Each  schedule  in  the  MTS  must  adhere  to 
a  set  of  rules  which  dictates  the  separation  and  groupinq  of  these  93 
traininq  elements.  Further,  special  functions  (e.q.,  Pass-In-Review)  must 
be  scheduled  at  prespecified  times.  Finally,  the  MTS  must  maintain  a 
prescribed  order  for  certain  training  events  (e.q.,  one  medical  exam  must 
precede  TB  skin  test  readinq).  Multiple  companies  are  started  almost  daily 
(each  following^  different  schedule),  and  the  MTS  must  ensure  that  facility 
and  staff  limitations  are  not  exceeded  in  any  period  of  any  day. 

The  RTCs  experience  a  seasonal  peak  in  recruit  input  in  the  early 
summer  with  much  lower  input  during  the  winter.  In  addition,  there  are 
substantial  variations  in  the  daily  recruit  input.  Thus,  the  MTS  must  also 
be  able  to  accommodate  the  seasonal  and  daily  fluctuations  in  the  number  of 
recruits  undergoing  training. 

The  scheduling  of  recruit  training  has  been  a  continuing  concern  of  the 
Chief  of  Naval  Education  and  Training  (C NET).2  Accordingly,  in  December 
1979,  the  TAEG  was  tasked  to  conduct  a  series  of  studies  concerned  with 
recruit  training. 3  This  tasking  included  the  definition  of  an  optimum 
schedule  for  recruit  training.  The  start  date  for  this  effort  was  October 
1981.  However,  a  working  conference  held  at  the  Chief  of  Naval  Technical 


^Curriculum  Outline  for  U.S.  Navy  Recruit  Traininq.  X777-7770,  Revised 
December  1981,  Chief  of  Naval  Technical  Training,  NAS  Memphis  (75), 
Millington,  TN  38054. 

?The  lenqth  of  recruit  training  has  been  changed  ?6  times  since  1944.  These 
chanqes  have  necessitated  major  revisions  to  the  MTS  at  each  of  the  RTCs. 
3CNET  Hr  Code  N-53  of  6  December  1979. 
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Training  (CNTECHTRA)  on  3-5  March  19814  resulted  in  major  changes  to  the 
curriculum,  and  the  CNET  priority  on  the  development  of  an  optimum  schedule 
was  changed.  As  a  result,  the  TAEG  effort  addressing  optimum  scheduling  was 
initiated  in  April  1981. 

In  response  to  this  tasking,  the  TAEG  has  developed  a  computerized 
system  designed  to  considerably  simplify  the  scheduling  task.  A  flexible 
user-oriented  system,  called  Basic  Organizing/Optimizing  Training  Scheduler 
(BOOTS)  was  developed  with  the  support  of  the  three  RTCs  and  is  currently  in 
use  to  develop  a  Mobilization  Schedule  (under  conditions  of  national 
emergency)  for  RTC  Orlando.  An  operational  system  for  use  by  the  scheduling 
officer  is  being  installed  at  RTC  Orlando. 

Two  documents  have  been  prepared  which  describe  the  system  and  its 
employment.  The  present  report  is  devoted  to  an  overview  of  the  BOOTS 
system  and  chronicles  its  development.  The  second  report^  is  the  BOOTS  User 
Guide  which  provides  step-by-step  instructions  on  how  to  use  BOOTS  in 
preparing  Master  Training  Schedules. 

PURPOSE 

This  report  presents  an  overview  of  the  concepts  and  approaches  used  in 
the  development  of  the  BOOTS  system.  In  developing  the  BOOTS  system,  the 
major  objective  was  to  design  a  flexible,  user-oriented  system  capable  of 
generating  an  MTS.  This  tool  would  simultaneously  address  all  scheduling 
constraints  in  order  to  produce  an  optimal  MTS.  In  addition,  the  system  was 
to  be  designed  so  that  it  could  be  implemented  at  each  of  the  RTCs  and  be 
operated  by  current  RTC  scheduling  personnel. 

METHOD 

The  BOOTS  system  was  developed  with  the  cooperation  and  support  of  the 
three  RTCs.  The  RTCs’  staff  played  an  indispensable  role  in  defining  the 
scheduling  problem  presented  in  this  report.  Representatives  of  each 
department  and  training  division  were  interviewed  concerning  how  they  used 
the  training  schedule  to  accomplish  their  assigned  functions.  One  company 
at  RTC  Orlando  was  monitored  for  the  entire  period  of  training  including  in¬ 
processing  and  graduation.  This  provided  information  on  how  the  schedule  is 
used  daily  by  the  company  commander  and  what  problems  are  encountered  by 
companies  in  utilizing  the  training  schedule.  Considerable  time  was  spent 
with  the  scheduling  officer  and  his  staff  at  each  RTC  to  gain  an  in-depth 
understanding  of  the  total  scheduling  process.  This  information  was  used  in 
defining  the  size  and  scope  of  the  scheduling  problem.  A  set  of  generic 
constraints  comprehensive  enough  to  describe  all  of  the  conditions  which 
apply  to  the  scheduling  process  was  then  defined. 

^CNTECHTRA  msg  062235Z  Mar  81,  Subj:  Recruit  training. 

5Richard  L.  Church  and  F.  Laurence  Keeler.  The  Basic  Organizing/Qptimizino 
Training  Scheduler  (BOOTS) :  User's  Guide.  Technical  Report T5T,  September 
1983.  Training  Analysis  and  Evaluation  Group,  Orlando,  FL  32813. 
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Using  well  known  operations  research  methodology,  a  formalized  inteqer- 
1  inear  programming  (ILP)  model  of  the  scheduling  problem  was  then  developed. 
Various  approaches  to  solving  the  ILP  model  were  considered  and  the  two  most 
promising  approaches  were  selected.  These  were  the  Interactive  Mode 
Processor  (IMP)  and  the  Heuristic  Optimizing  Processor  (HOP).  Finally,  a 
computerized  system  of  data  files  and  computer  programs  was  developed  for 
implementing  the  selected  approaches. 

ORGANIZATION  OF  THIS  REPORT 

In  addition  to  this  introduction,  the  report  contains  four  sections  and 
three  appendices.  Section  II  describes  the  recruit  scheduling  problem.  A 
number  of  alternative  ways  to  solve  the  described  problem  are  discussed  in 
section  III.  Section  III  also  provides  detailed  descriptions  of  the  two 
approaches  chosen  for  development.  BOOTS,  the  computerized  system  that  has 
been  designed  to  optimize  the  scheduling  of  training  functions,  is  described 
in  section  IV.  Section  V  contains  a  summary  and  recommendations  for  use  and 
extension  of  the  BOOTS  system.  Definitions  of  all  mathematical  variables 
and  terms  used  in  the  presentation  of  the  MTS  scheduling  problem  are 
provided  in  appendix  A.  Appendix  B  presents  equipment  options  required  to 
support  the  operation  of  the  BOOTS  system.  Finally,  sample  pages  from 
listings  of  the  data  files  created  by  the  BOOTS  system  are  contained  in 
appendix  C. 


5 


Technical  Report  150 


SECTION  II 

THE  SCHEDULING  PROBLEM 

All  elements  of  the  recruit  training  process  must  be  scheduled  to  avoid 
conflicts  of  space  and  time.  The  elements  to  be  scheduled  include: 

•  traininq  topics  {instructional  elements;  e.g.,  fire  fighting) 

•  training  functions  (noninstructional  elements;  e.q.,  medical 
examinations) 

•  meals  (breakfast,  lunch,  and  dinner). 

The  training  topics  and  training  functions,  along  with  the  number  of 
traininq  periods  required  for  each,  are  specified  in  the  Curriculum  Out! ine 
for  U.S.  Navy  Recruit  Training.  X777-7770,  published  by  (WTEdHTkA.  A 
schedule  is  required  to  specify  the  exact  sequence  and  times  for  all 
activities  including  meals.  Meal  serving  times  must  be  set  in  cooperation 
with  the  galley  at  each  of  the  RTCs  since  the  galleys  are  operated  under  the 
Naval  Administrative  Command. 

Although  many  tasks  are  performed  in  the  course  of  operating  an  RTC, 
the  development  of  the  complex  MTS  is  the  most  important  and  complex.  Each 
RTC  develops  an  MTS  to  accommodate  its  specific  resources  and  environmental 
conditions.  Since  the  individual  base  resources  vary,  the  schedules  are 
often  quite  different  among  RTCs.  In  addition,  special  schedules  are  used 
at  some  locations  but  not  at  others.  For  example,  RTC  Orlando  utilizes 
recruits  who  are  members  of  regular  training  companies  to  form  a  flag, 
drill,  and  chorus  group  for  Pass-In-Review  ceremonies.  These  recruits  may 
miss  certain  training  events  when  they  practice  and  perform  these  special 
functions.  The  classes  and  exercises  which  are  missed  must  be  made  up 
outside  of  normal  training,  either  during  Ships  Service  Work  Week  or  after 
normal  training  hours.  However,  at  RTC  San  Diego  and  RTC  Great  Lakes, 
special  companies  for  flag  and  drill  teams  and  a  band  (plus  staff  and  chorus 
for  Great  Lakes)  are  started  each  week.  These  companies  utilize  special 
training  schedules  which  incorporate  the  extra  duties  in  lieu  of  the  tasks 
normally  assigned  during  the  Ships  Service  Work  Week. 

The  major  problem  in  setting  up  a  schedule  is  the  assignment  of  space. 
While  space  assignment  may  not,  at  first,  seem  difficult,  the  complexities 
of  operating  a  facility  where  new  companies  begin  training  almost  every  day 
present  many  problems.  At  RTC  Orlando  a  maximum  of  two  companies  start 
training  each  day,  one  using  the  Alpha  schedule  and  the  other  the  Bravo 
schedule.  Given  the  current  38  day  (7.7  week)  curriculum,  and  two  schedules 
(Alpha  and  Bravo),  there  is  the  potential  requirement  for  76  different  daily 
schedules. ^ 


®The  special  staff  and  drill  company  schedules  add  to  the  complexity  of 
schedules  at  the  other  two  RTCs. 
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In  addition,  every  company  starting  training  in  the  same  week  must 
Pass- In-Review  on  the  same  day  (the  last  Friday  of  training).  Thus,  if  a 
company  starts  on  a  Monday,  it  will  Pass-In-Review  on  the  35th  day  of 
training  (called  the  7-5  day  because  it  is  the  5th  day  of  the  7th  week).  A 
company  starting  on  a  Tuesday  will  have  its  last  Friday  of  training  and 
Pass-In-Review  ceremonies  on  the  34th  day  of  training  (7-4  day).  Therefore, 
since  all  companies  starting  in  the  same  week  (in  the  same  training  grnuol 
Pass- In-Rev i ew  on  the  same  day,  there  must  be  10  [?  X.  5)  variations  of  the 
schedule.  In  scheduling,  training  area  usage  must  be  tallied  for  each 
training  area  for  each  day  of  the  week  and  period  of  the  day  for  up  to  76 
different  comcanies  each  starting  on  one  of  38  different  days  and  each  using 
one  of  10  variations  of  the  38  day  schedule.  Clearly,  making  up  an  MTS  is  a 
formidable  scheduling  task. 

Current  preparation  of  the  MTS  is  a  labor  intensive  task  with  few  or  no 
special  aids  being  employed.  Revisions  made  to  the  MTS  to  accommodate  man¬ 
dated  curriculum  changes  frequently  fail  to  consider  one  or  more  scheduling 
constraints  (e.g.,  capacity,  separation,  precedence)  and  must  be  modified, 
often  more  than  once,  until  all  scheduling  conflicts  have  been  resolved. 
The  scheduling  process  requires  keeping  track  of  a  myriad  of  details  on 
resource  usage  as  well  as  on  curriculum  requirements.  Computer  technology 
is  ideally  suited  for  increasing  the  efficiency  of  such  record  keeping  and 
assignment  tasks. 

ASSOCIATED  SCHEDULING  FUNCTIONS  AT  THE  RTCs 

In  addition  to  being  used  by  the  company  commander  to  move  his  company 
through  the  7.7  week  curriculum,  the  MTS  is  used  by  every  department  of  the 
RTC.  The  Standards,  Testing  and  Evaluation  (STE)  Department  uses  the  MTS  to 
make  up  tests.  Each  test  is  made  up  according  to  the  testable  classes 
assigned  to  the  MTS  before  a  given  examination  period.  Furtnermore,  the  vys 
is  used  by  the  Scheduling  Officer  in  preparing  the  Recruit  Plan  of  the  Day 
(RPOD).  The  RPOD  is  published  daily  and  specifies  for  each  company  in 
traininq,  the  schedule  used  and  the  current  day  of  training  in  that 
schedule.  Any  changes  or  deviations  to  the  company  schedules  for  that  day 
are  also  noted  in  the  RPOD.  The  RPOD  is  usually  made  up  severa1  days  in 
advance. 

The  RPOD  is  used  in  conjunction  with  the  MTS  by  all  departments  of  the 
RTC.  From  the  RPOD,  a  department  can  easily  determine  when  and  how  many 
companies  are  scheduled  for  a  given  function  on  a  given  day.  For  example, 
the  Basic  Military  Officer  (BMO)  utilizes  the  RPOD  to  schedule  platform 
instructors.  By  using  the  RPOD  and  the  MTS,  the  BMO  can  estimate  several 
days  in  advance  the  total  number  of  classroom  instructors  needed  in  each 
period.  He  can  then  schedule  his  platform  instructors  (usually  on  a 
rotational  basis)  to  meet  the  teaching  demands.  In  a  similar  way,  the  STF 
Department  schedules  proctors  for  examination  periods  and  the  Military 
Inspection  Department  (MID)  schedules  inspectors.  Further,  the  galley 
utilizes  the  RPOD  to  determine  the  exact  demand  for  meals  and  when  they  are 
to  be  served.  Although  all  these  scheduling  tasks  are  largely  controlled  by 
the  MTS,  they  are  secondary  as  compared  to  the  development  of  the  MTS  and 
are  not  included  in  the  BOOTS  system. 
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SCHEDULING  PROBLEM  CONSTRAINTS  AND  OBJECTIVES 

The  MTS  is  composed  of  a  set  of  individual  company  schedules.  The 
schedules  are  based  on  the  day  of  week  that  training  begins  as  well  as  on 
special  conditions  (e.g.,  the  requirements  of  special  companies  which 
participate  in  several  Pass-In-Review  ceremonies).  At  times  of  peak  recruit 
input,  all  schedules  in  the  MTS  will  be  used  simultaneously.  The 
simultaneous  use  under  peak  input  conditions  will  determine  the  peak  demands 
on  RTC  resources  and  services  such  as  classroom  space,  instructor  pool, 
qalley  serving  capabilities,  and  medical  evaluation  teams.  Each  schedule 
needs  to  be  determined  with  respect  to  the  resources  used  by  the  other 
schedules  to  prevent  the  assignment  of  more  companies  to  an  individual  RTC 
training  area  than  the  capacity  of  that  area. 

In  addition  to  capacity  limitations,  there  are  a  number  of  other 
factors  involved  in  assigning  training  events  to  a  schedule.  With  the 
assistance  of  RTC  personnel,  11  generic  factors  (including  capacity)  were 
defined  (see  table  1).  These  factors  are  comprehensive  and  can  be  used  to 
develop  and  evaluate  a  Master  Training  Schedule.  The  11  factors  listed  in 
table  1  form  the  backbone  of  the  BOOTS  system. 

THE  BOOTS  APPROACH  TO  GENERATING  AN  MTS 

Each  of  the  factors  given  in  table  1  can  be  defined  in  quantitative 
terms.  Together,  these  quantitative  terms  can  be  used  to  define  (in  a 
formal  way)  a  mathematical  programming  problem  representing  the  problem  of 
creating  an  MTS.  Solving  the  mathematical  programming  problem,  then,  is 
equivalent  to  solving  the  scheduling  problem. 

The  BOOTS  system  is  based  on  the  definition  of  a  formal  mathematical 
programming  problem  encompassing  the  11  factors.  The  mathematical 
programming  problem  is  described  in  terms  of  a  set  of  constraints  (see  table 
2)  and  a  set  of  objectives  (see  table  3).  Although  a  full  understanding  of 
these  conditions  is  not  necessary,  it  is  important  to  recognize  that  the  MTS 
scheduling  problem  has  been  structured  using  common  operations  research 
methodology  and  that  this  structure  encompasses  the  11  major  factors 
identified  by  RTC  personnel  as  the  key  factors  for  developing  an  MTS.  With 
this  criteria  set,  the  800TS  system  can  easily  rate  any  MTS  and  look  for 
changes  that  can  improve  it.  The  rating  of  a  schedule  is  based  on  a  simple 
weighted  combination  of  the  11  factors  to  form  a  composite  measure  of 
effectiveness.  This  rating  system  is  qiven  in  table  4.  The  BOOTS  system  is 
designed  to  either  assist  in  developing  an  MTS  (using  the  IMP)  or 
independently  generate  an  MTS  (using  the  HOP).  In  either  case,  the  result 
is  an  MTS  complying  with  this  set  of  factors. 

The  mathematical  programming  problem  structured  in  tables  2  and  3  is  an 
ILP  model  of  the  MTS  scheduling  problem.  With  a  minimum  of  10  different 
schedules,  38  days  of  training,  10  periods  per  day,  and  20  different 
training  areas,  over  4  million  variables  would  be  required  (and  almost  4 
million  constraints)  for  its  solution  using  conventional  integer  programming 
techniques.  Because  of  the  enormous  size  of  the  problem,  it  is  impossible 
to  solve  the  BOOTS  model  with  a  straightforward  integer  programming  software 
package.  Section  III  of  this  report  presents  a  set  of  alternative 
approaches  to  this  problem  and  discusses  the  techniques  selected  for 
implementation  in  the  BOOTS  system. 
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TABLE  1.  MAJOR  FACTORS  USED  IN  EVALUATING  A  SCHEDULE 


Factor 

Definition 

Requirement 

Clustering 

Formulation  of  a 
restriction  element  by 
grouping  one  or  more 
training  periods  from 
one  or  more  training 
topics/functions, 
and  designating  the 
number  of  training 
events  complying  with 
the  constraints  of  this 
restriction  element 
which  must  be  assigned 
in  the  schedule 

To  grou^  and/or  divide  the  training 
periods  allocated  to  the  training 
topics  and  functions  designated  by  the 
curriculum  outline  into  schedulable 
training  events  (e.q.,  the  grouping  of 
stencilling  with  uniform  issue  or  the 
dividing  of  the  32  periods  of  PT  j 

into  several  separate  traininq  events). 

i 

! 

i 

l 

! 

Assignment 

Inclusion  of  each 
training  event  in  the 
schedule 

To  insure  that  every  training  event  • 

and  thus  every  traininq  element 
and  every  training  topic  or  function 
in  the  Curriculum  Outline  is  included 
in  the  schedule.  ! 

Slocking 

Preferred  scheduling 
of  two  or  more 
different  training 
events  together 

To  logically  group  compatible  i 

training  events  when  constraints  [ 

do  not  dictate  otherwise 
(e.g.,  the  grouping  of  Company  | 

Commander  time  before  a  scheduled  j 

barracks  inspection). 

Type 

Smoothing 

Dispersion  of 
similar  types  of 
training  events 

To  avoid  the  concentration  of  any  j 
one  type  of  training  on  any  one  day  j 
(e.g.,  the  banning  of  more  than  one  j 
session  of  physical  training  on  any  ; 
single  day). 

jseparation 

i 

1 

i 

> 

1 

1 

Prescribed  minimum 
and/or  maximum  number 
of  days  between  pairs 
of  training  events 

To  maintain  prescribed  periods  of 
time  between  certain  medical  | 

functions  or  to  establis*’  suffi-  j 

cient  time  between  training  events  j 

for  necessary  auxiliary  functions 
to  have  occurred  (e.g.,  a  2 -week 
period  between  the  preclassifica¬ 
tion  briefing  and  classifying  to 
allow  time  for  all  necessary  paper 
work  to  be  accomplished). 
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TABLE  1.  MAJOR  FACTORS  USED  IN  EVALUATING  A  SCHEDULE  (continued) 
jpactor Definition  Requirement 

I 

'Congruence  Keep  all  variations  Because  all  companies  which  start  train- 


of  a  given  schedule 
as  similar  as 
possible 


Day  Prescribed  day-of- 

jPrecedence  traininq  relation¬ 

ship  one  training 
event  must  have 
to  another 


[Period  Proscription  from 

'Precedence  having  certain  train 

ing  events  precede 
certain  other 
training  events  on 
the  same  day 

Window  Days/periods  of 

training  in  which 
a  particular 
training  event 
may  be  scheduled 


Preference  Relative  preference 
for  scheduling  the 
training  event  for 
each  day/period  of 
the  window 


ing  in  the  same  week  must  Pass-in-Review 
on  the  same  day  of  the  final  week,  their 
schedules  must  be  different  at  least 
during  the  last  week  of  training.  How¬ 
ever,  because  these  same  companies  com¬ 
pete  against  each  other  in  the  competi¬ 
tive  inspections  and  testing  system, 
their  training  schedules  should  be  as 
identical  as  possible. 

To  maintain  a  required  order  of 
precedence  of  training  for  one  or 
more  training  events  (e.g.,  the 
1st  academic  test  must  be  preceded 
by  all  of  the  traininq  that  is  tested 
by  it/. 

To  avoid  scheduling  certain  types  of 
training  events  in  incompatible  orders 
(e.g.,  innoculations  must  not  be  fol¬ 
lowed,  on  the  same  day,  by  physical 
training) . 


To  establish  those  days  and  periods 
of  training  upon  which  a  training 
event  may  be  (and  may  not  be)  sched¬ 
uled  (e.g..  The  Uniform  Code  of 
Military  Justice  must  be  scheduled 
during  the  first  five  days  of  train¬ 
ing;  or,  that  the  issuing  of  uniforms 
must  be  during  those  periods  that 
supply  is  open). 

To  distinguish  between  those  days 
and  periods  on  which  it  is  highly 
desirable  to  schedule  a  training 
event  from  those  on  which  it  is 
less  desirable  (but  still  feasible) 
(e.g.,  it  would  be  most  desirable  to 
schedule  the  final  performance 
evaluation  the  last  day  of  training 
with  decreasing  desirability  as  the 
time  from  that  day  increases;  or, 
it  would  be  most  desirable  to 
schedule  physical  training  early  in 
the  morning,  as  compared  to  later  in 
the  day). 
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TABLE 

1.  MAJOR  FACTORS  USED  IN 

EVALUATING  A  SCHEDULE  (continued) 

Factor 

Definition 

Requirement 

Capac i ty 

Keepinq  the  number 
of  companies  using 
a  traininq  area  less 
than  or  equal  to  its 
capacity  at  all  times 

To  avoid  exceedinq  the  physical 
capacity  of  any  traininq  area  durinq 
any  period  of  any  day  of  the  week. 

Movement 

Restricting  the  move¬ 
ments  from  one  train¬ 
ing  area  to  another 
to  those  moves  which 
may  be  accomplished 
within  a  prescribed 
time,  and  to  minimize 
total  movement 

To  avoid  having  the  training  area  of 
one  training  event  so  far  from  the 
training  area  of  the  preceding 
training  event  that  it  cannot  be 
reached  in  the  allotted  time  between 
periods  (e.g.,  the  scheduling 
of  physical  traininq  on  the  drill 
field  following  a  barracks  inspection 
in  San  Diego). 
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TABLE  2.  MASTER  TRAINING  SCHEDULE  MODEL  CONSTRAINTS 


FACTOR 


MATHEMATICAL  EXPRESSION 


A'.',  iij niiii'ii t  2_  2_  X  .  =  1  for  each  s  and  e. 

dp  p 


Capacity  £  £  E  *  °Sdw  Xsedp  ”  Cr  f°r  each  r,  w  and  p. 

s  e  d  K 


Window 


£  £  X  .  =  1  for  each  s  and  e. 

d£De  p£Pe  sedp 


Day 

Precedence 


(sedp  +  e.E  X  £•  Xse'd'p'  ^  MCh  S'  d  a"d  P 


Period 

Precedence 


I  *£' 


Xsedp  +  e'£Fe  p'=l  Xse'dp 


)!  Irf  ,  —  1  for  each  s,  e,  d  and  p. 


Type 

Smoothing 


X,edD  +  £  £  Xse'dD'  ~  1  for  each  s’  e’  d  and  P* 

sedp  e'£Te  p7p  se  ap 


Separation 


xsedp  +  £  £  (  ^  x  ,d,  ,  +  £Ue  x 

sedp  e‘£S  p‘  d'=l  se  a  p  d'=d-u  s  d  p 

e  e 


d 

-  £ 


X  .  for  each  s,  e,  d  and  p. 
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TABLE  2.  MASTER  TRAINING  SCHEDULE  MODEL  CONSTRAINTS  (continued) 


VERBAL  DESCRIPTION 

Each  training  event,  e,  must  be  assigned  once  in  each  schedule,  s,  to  a 
day  of  training,  d,  and  a  training  period,  p,  within  that  day. 


I  The  usage  of  no  training  area  resource,  r,  may  exceed  the  capacity,  Cr, 

|  of  that  resource. 

( 

I 

Each  training  event,  e,  must  be  assigned  to  a  day,  d,  within  its  day 
window,  De,  and  a  period,  p,  within  its  period  window,  Pe*  j 


No  training  event,  e',  from  the  set  of  training  events,  Ee,  prohibited 
from  preceding  training  event  e  will  be  assigned  to  a  day  which 
precedes  the  day,  d,  to  which  training  event  e  has  been  assigned. 


No  training  event,  e',  from  the  set  of  training  events,  Fe,  prohibited 
from  preceding  training  event  e  on  the  same  day  of  training  will  be 
assigned  to  an  earlier  training  period,  p',  on  the  same  day  of 
training,  d,  as  that  assigned  to  training  event  e. 


No  other  training  event,  e',  from  the  same  smoothing  type  set,  Te,  as 
training  event  e  will  be  assigned  to  the  same  day,  d,  as  training  event 
e. 


No  training  event,  e1,  which  is  of  the  set,  Se,  of  training  events  to 
be  separated  from  training  event  e,  will  be  assigned  to  a  day,  d ' , 
which  is  not  within  the  minimum,  ue>  and  maximum,  ve,  range  of  the  day, 
d,  to  which  training  event  e  has  been  assigned. 
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TABLE  3.  MASTER  TRAINING  SCHEDULE  MODEL  OBJECTIVES 


FACTOR 


Day 

Preference 


MATHEMATICAL  EXPRESSION 


"a*  E  EE  E 

s  e  d  p 


ed 


X  , 
sedp 


Period 

Preference 


Max  £  Z  Z  Z 

sedp 


Xsedp 


Blocking 


Max  Z  Z  Z  Z 

sedp 


^  Xse'dp-1  +  Xse'dp+1  ^  ^ 


Movement* 


M 


sdprr' 


*The  following  constraints 
variables . 

are 

necessary  to  define  the  movement,  MS(^rr 

a) 

X  < 

sedp  - 

z 

r 

E 

r ' 

Rer 

Msdprr'  for  each  s>  e»  d  and  P 

b) 

Sedp  - 

z 

r 

z 

r ' 

Rer 

Msdp-lr'r  for  each  s’  e’  d  and 

c) 

E  E 

r  r ' 

Msdprr' 

<  1 

for  each  s,  d  and  p. 

P- 
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TABLE  3.  MASTER  TRAINING  SCHEDULE  MODEL  OBJECTIVES  (continued) 


VERBAL  DESCRIPTION 

Maximize  the  day  preference,  Pecj,  of  the  day,  d,  to  which  each  traininq 
event,  e,  is  assigned. 


Maximize  the  period  preference,  Qep,  of  the  period,  p,  to  which  each 
training  event,  e,  is  assigned. 


Maximize  the  number  of  training  events,  e',  within  the  set,  Be,  of 
training  events  to  be  blocked  with  training  event  e  which  are  assigned 
in  periods  adjacent  to  the  training  peric  '  p,  to  which  training  event 
e  is  assigned. 


Maximize  the  distance,  Drr',  between  the  training  area  resources,  r  and 
r'  required  by  the  training  events,  e  and  edp+i  assigned  to  adjacent 
periods,  p  and  p+1,  on  the  same  day,  d. 
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CMOE  = 


i 

i 


TABLE  4.  COMPOSITE  MEASURE  OF  EFFECTIVENESS 


+  w  dm  i 

ASSIGN  s  e  d  p 


sedp 


+  w  1 1  n  i  ped  x  ) 

DPREF  sedp  ed  sedp 


+  W  (  E  Z  II  Q  X  ) 

PPREF  sedp  ep  Sedp 


♦  “  <  £  £  e  i  xsedp  > 


WINDOW  s  e  d£De  p£Pe 


+  W 


<  E  E  E  E(  x 


E  ( x. 


+  Xc.ir,r>,i  )  ) 


BLOCK  s  e  d  V  S6dp  e'EB  s«'dp-l  se'dp+1 


+  W 


I  n  I  EE  E  t  c>  D 


CAPAC  s  e  d  p  r  w 


er  rwp  sdw  sedp 


(  I  I  I  I  I  I  0.  M 


MOVE  s  e  d  p  r  r1 


rr  sdprr 


-  W 


(  I  I  I  I  (  x  d  +  £  I  I  X  ,  )  ) 

seap  e'EEe  d ' =1  p’  seflp 


DPREC  sedp 


-  W 


(  E  E  E  E  <  xsedp  *  £  £  xse'dP'  >  > 


PPREC  sedp 


-  W 


TYPE 


(  T.  £  £  £  ( x  d  +  I  £  x  )  ) 

sedp  seap  e'£Te  p7p  P 


-  W 


(  E  E  E  E  ( 

SEPAR  sedp 


sedp 


E  E 

e'6Se  p' 


(|=d  X«,J,P'  +  |,d+u  ^se'd'p*  >  >  ) 
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SECTION  III 
SOLUTION  APPROACHES 

The  MTS  scheduling  model  was  defined  in  section  II  on  the  basis  of  11 
different  criteria.  From  these  criteria,  a  mathematical  programming  problem 
was  developed.  The  mathematical  programming  problem  given  in  section  II  can 
be  classified  as  an  integer-1  inear  programming  model  with  over  4  million 
variables  and  constraints.  This  HP  problem  is  too  large  to  be  solved  by 
the  straightforward  application  of  well-known  integer  programming  software. 
This  section  describes  the  conceptual  issues  involved  in  solving  the  MTS 
scheduling  model  using  alternative  approaches.  It  is  not  essential  for  the 
user  of  the  system  to  be  familiar  with  these  issues;  however,  the  issues 
presented  here,  along  with  the  factors  presented  in  section  II,  form  the 
basis  of  the  BOOTS  system  design,  which  is  described  in  section  IV. 

ALTERNATIVE  APPROACHES 

The  BOOTS  model  is  extremely  large  in  both  constraints  and  variables. 
As  indicated  earlier,  the  size  of  this  model  precludes  the  use  of  a  general 
purpose  mathematical  programming  solution  technique.  However,  there  are 
several  alternatives  which  can  be  considered  in  generating  a  solution. 
These  alternatives  include: 

•  solve  the  programming  problem  by  decomposition 

«  segment  the  problem: 

..  assign  the  training  events  to  days 

..  arrange  the  training  events  within  each  day  to  make  a 
complete  schedule 

•  place  in  the  schedule  all  training  events  associated  with  stronq 
constraints  and  then  optimize  the  remaining  traininq  event 
assignments 

•  assign  optimally  each  training  event  to  a  week  (or  other  period  of 
time)  based  upon  windows,  smoothing,  and  precedence,  then  optimize 
the  final  placement  of  those  training  events  within  the  week 

•  devise  a  sampling/generation  program  to  develop  a  schedule 
quickly;  rerun  the  system  many  times  and  pick  the  best  schedule 
generated 

•  structure  a  simpler  problem  using  preestablished  rules  to  form  the 
training  events  into  groups,  then  solve  the  simpler  problem 
package  by  a  network  code 

•  allow  the  scheduler  to  place  or  move  training  events  in  the 
schedule,  while  providing  updates  on  all  constraint  violations  and 
assistance  in  finding  appropriate  open  traininq  periods  for 
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nonscheduled  training  events  (The  scheduler  would  thus  interact 
with  the  computer  in  developing  a  schedule.) 

•  qroup  all  training  events  on  the  basis  of  which  week  of  training 
they  should  be  scheduled  and  then  optimize  the  weekly  schedules 

•  develop  a  heuristic  procedure  to  formally  analyze  the  entire 

problem  simultaneously. 

Each  of  the  above  approaches  is  a  feasible  alternative  given 
appropriate  computer  resources  and  personnel.  Because  of  computer 
limitations,  the  first  five  approaches  were  eliminated  from  consideration. 
Approach  6  was  eliminated  because  it  was  not  entirely  clear  that  the  problem 
could  be  simplified  without  eliminating  some  difficult  to  handle  but 
necessary  conditions.  This  left  three  approaches.  Approach  7  utilizes  the 
capabilities  and  expertise  of  the  scheduling  officer  in  generating  a 

schedule  in  an  interactive  fashion.  Since  new  schedules  are  often 

modifications  of  existing  schedules,  the  interactive  approach  could  also  be 
used  to  speed  up  such  modifications  while  making  sure  that  no  change 
violated  existing  constraints  in  attempting  to  meet  new  objectives.  The 
implementation  of  this  interactive  approach  in  the  BOOTS  system  is  called 
the  Interactive  Mode  Processor  (IMP). 

An  optimizing  capability  is  also  required  to  improve  on  schedules 

developed  by  the  IMP  or  to  develop  a  completely  original  schedule.  The 
grouping  approach  (approach  8)  and  the  heuristic  approach  (approach  9)  are 

both  capable  of  meeting  the  optimization  requirements  and  both  are 
compatible  with  the  IMP.  The  grouping  approach  could  accept  the  training 
events  grouped  into  the  various  weeks  by  the  scheduler  and  optimize  the 
schedule  for  each  week.  The  heuristic  approach  (approach  9)  could  be 

structured  in  many  ways  but  in  any  case  it  could  use  the  same  routines  as 

the  IMP  to  keep  track  of  constraining  conditions.  In  fact,  many  of  the  IMP 
computer  routines  could  become  part  of  the  heuristic.  It  was  because  of 
this  possibility  that  a  heuristic  method  was  chosen.  The  implementation  of 
this  heuristic  approach  is  called  the  Heuristic  Optimizing  Processor  (HOP). 
It  should  be  emphasized  that  the  grouping  approach  utilizing  IMP  as  the 

first  step  is  still  a  viable  option,  even  though  it  was  ruled  out  for  the 
earlier  developmental  stages  of  the  scheduling  system.  At  some  future  time, 
resources  and  needs  may  dictate  the  further  development  of  this  procedure. 

DEVELOPING  A  HEURISTIC  APPROACH 

The  MTS  scheduling  problem  to  be  solved  falls  into  the  wider  area  of 
application  known  as  combinatorial  optimization.  This  area  encompasses  a 
variety  of  logistical  problems  ranging  from  the  optimal  design  for 
communications  and  power  distribution  networks  to  the  optimization  of 
transportation  and  warehousing.  Scheduling  is  also  included  in  this  class 
of  problem. 

Many  possible  heuristic  procedures  have  been  developed  to  solve 
combinatorial  optimization  problems.  Of  these,  one  type  of  heuristic  has 
proved  to  be  very  robust.  This  procedure  is  called  the  A-opt  (lambda-opt) 
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method. 7  Since  the  A-opt  method  was  first  developed,  it  has  been  applied 
to  many  types  of  combinatorial  optimization  problems  including  location 
analysis  with  good  to  excellent  degrees  of  success.® 

A  A-opt  procedure  can  be  explained  using  a  simple  location  problem  in 
which  five  warehouse  locations  are  to  be  selected  from  75  potential 
locations  to  serve  a  set  of  military  bases.  Assuming  that  a  reliable  cost 
function  is  available,  the  problem  is  to  find  the  five  sites  out  of  a  total 
of  75  sites  which  provide  the  least  cost  supply  system.  At  first,  one  miqht 
suggest  enumerating  all  possible  combinations  of  five  sites,  evaluating  each 
configuration  generated,  and  selecting  the  combination  having  the  least 
cost.  Unfortunately,  there  are  17,259,390  possible  combinations  and  it 
would  be  impossible  to  solve  this  problem  by  enumeration  in  any  reasonable 
amount  of  computer  time.  However,  as  long  as  the  model  is  reasonably 
linear,  a  A-opt  technique,  using  relatively  few  computer  resources,  can  be 
applied  to  this  problem  with  an  extremely  high  probability  of  finding  the 
optimum  or  a  close  to  optimum  solution.  A  description  of  the  A-opt 
procedure  with  A=1  as  applied  to  the  five  facility,  75  potential  site 
problem  is  given  below. 

Start  with  a  set  of  any  five  sites.  Call  these  the  facility  positions. 
Pick  a  potential  site  (not  a  facility  position)  and  determine  if  replacement 
of  any  facility  position  by  this  site  would  yield  an  improved  solution.  If 
one  or  more  replacements  by  this  site  would  yield  an  improved  solution,  make 
the  replacement  which  will  yield  the  greatest  improvement.  Then  pick 
another  potential  site  and  determine  if  its  use  as  a  replacement  for  any  of 
the  five  facility  positions  would  yield  an  improvement  in  the  solution,  and 
again  substitute  this  site  for  the  facility  position  where  the  best 
improvement  can  be  made.  Continue  to  select  new  sites  and  compare  them  with 
all  facility  positions  until  all  potential  sites  have  been  considered  once. 
This  represents  one  complete  cycle.  Perform  additional  cycles  until  no 
further  improvements  occur  during  a  cycle.  This  marks  the  end  of  the  I-opt 
heuristic.  In  most  cases  the  1-opt  solution  is  close  to  if  not  optimal  for 
this  type  of  location  problem.  The  2-opt  method  is  similar  to  the  1-opt 
method  but  two-at-a-time  replacements  are  considered  instead  of  one-at-a- 
time  replacements.  In  the  case  where  the  value  is  equal  to  the  number  of 
facility  positions,  the  final  solution  will  be  globally  optimal.  For 
example,  if  a  5-opt  heuristic  were  employed  on  this  problem,  an  optimal 
solution  would  be  obtained.  However,  this  would  be  the  equivalent  of 
complete  enumeration  since  there  are  17,259,390  possible  ways  of  picking 
five  replacements.  In  short,  the  number  of  computations  rises  with 
increasing  values  of  A.  Practically  speaking,  the  A-opt  procedure  is 
computationally  burdensome  on  most  problems  when  A  is  greater  than  two,  and 
in  many  cases  the  2-opt  solution  is  not  any  better  than  the  1-opt  solution. 
Therefore,  in  practice,  A=1  is  most  frequently  employed. 


7S.  Lin.  "Computer  Solutions  of  the  Traveling  Salesman  Problem."  The 
Bell  System  Technical  Journal.  December  1965,  pp  2245-2269.  "* 

O 

R.  L.  Church  and  C.  S.  ReVelle.  "Maximal  Covering  Location  Problem." 
Papers  of  the  Regional  Science  Association.  1974,  Vol.  33,  101-118. 
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The  A-opt  procedure  for  solving  a  scheduling  problem  may  be  described 
as  follows.  Assume  a  schedule  is  to  be  optimized.  In  order  to  concentrate 
on  making  improvements  where  problems  occur,  pick  a  training  event  (or  meal) 
in  the  schedule  which  creates  a  "problem"  (e.g.,  violates  a  constraint  for 
movement,  separation,  or  windows).  Check  to  see  if  any  event  (or  meal) 
scheduled  elsewhere  when  switched  with  the  event  under  consideration  will 
yield  an  improvement. 9  Many  training  events  may  not  be  eligible  for  the 
switch  because  of  constraints  and  restrictions.  If  an  eligible  switch 
yields  an  improvement,  make  that  switch,  then  pick  another  training  event 
that  is  associated  with  a  scheduling  "problem"  and  repeat  the  above  process. 
The  implementation  of  this  heuristic  procedure  for  optimizina  the  schedule 
will  be  called  the  Heuristic  Optimizing  Processor  (HOP). 

The  IMP  and  the  HOP,  described  previously,  are  the  two  solution 
approaches  selected  for  implementation  in  the  BOOTS  system.  The  system 
architecture  of  the  BOOTS  system  is  described  in  section  IV. 


9 


In 


terms  of  the  composite  measure  of  effectiveness 


presented  in  table  4. 
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SECTION  IV 

THE  BASIC  ORGANIZING/OPTIMIZING  TRAINING  SCHEDULER  (BOOTS)  SYSTEM 

This  section  provides  an  overview  of  the  Basic  Orqanizing/Optimizinq 
Training  Scheduler  (BOOTS)  system.  It  contains  discussions  of  hardware 
requirements,  system  archi tecture,  data  file  organization,  file  editors, 
processing  Droqrams,  output  programs,  and  operation  of  the  BOOTS  system. 

HARDWARE  REQUIRE*€NTS  FOR  OPERATING  BOOTS 

Operating  the  BOOTS  system  requires  the  following  hardware: 

•  minicomputer  with  at  least  128k  bytes  of  memory 

•  disc  drive  for  processing  and  storing  the  requisite  data  files 

•  video  display  terminal  for  interacting  with  the  computer 

•  printer  for  creatinq  hardcopies  of  the  created  files. 

The  BOOTS  system  software  has  been  written  for  operation  on  a  WANG  2200 
MVP  or  WANG  2200  LVP  computer.  These  computers  utilize  a  nigh  speed 
mul tiplexable  virtual  processor  and  can  service  many  users,  each  runninq  a 
different  proqram,  simultaneously.  Therefore,  it  is  not  necessary  for  the 
user  of  the  BOOTS  system  to  possess  a  computer  but  merely  to  have  access  to 
one  as  a  user.  Because  there  are  a  large  number  of  WANG  2200  MVP  computers 
in  the  Naval  traininq  community,  qaining  access  to  a  computer  without 
purchasing  is  a  viable  alternative  for  potential  users  of  the  BOOTS  system. 
If  access  to  a  WANG  2200  MVP  computer  is  obtained,  the  user  will  require  a 
minimum  amount  of  equipment.  This  includes: 

•  modem  and  telephone  line  for  communications 

•  video  display  terminal 

•  hardcopy  printer. 

Appendix  B  lists  the  specif ications  and  estimated  costs  of  the  required 
items  for  both  options.  The  total  estimated  costs  are  less  than  $6,000  per 
site  for  the  less  expensive  option. 

BOOTS  SYSTEM  ARCHITECTURE 

The  architecture  of  the  800TS  system  is  based  on  three  major  functions: 

•  input  and  editinq  of  data  files 

•  schedule  processing 

•  output  of  schedule  and  data  files. 

Figure  1  depicts  the  BOOTS  system  architecture  in  terms  of  these  three 

functions . 

To  accomplish  the  first  function,  the  BOOTS  system  contains  several 
file  editors.  The  file  editors  are  used  to  develop  the  specific  data  sets 
associated  with  a  particular  scheduling  problem.  The  data  sets  associated 
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with  a  given  RTC  will  differ  markedly 
since  each  will  contain  resource  and 
RTC. 


from  the  data  sets  of  the  other  RTCs 
layout  data  that  is  specific  to  that 


The  second  function,  schedule  processing,  implements  the  interactive 
approach  and  the  heuristic  optimizing  approach  discussed  in  section  III  of 
this  report.  These  two  approaches  are  accomplished  by  the  IMP  proqram  and 
the  HOP  proqram,  respectively.  These  processor  programs  use  the  data  files 
developed  by  the  first  function  to  help  generate  a  coded  version  of  the 
schedule  which  is  then  stored  in  the  Schedule  File. 

The  third  function  uses  the  Lineprinter  Output  Generator  (LOG)  to  print 
copies  of  the  different  data  sets  and  to  print  the  intermediate  and  final 
versions  of  the  schedule.  With  these  three  functions,  the  BOOTS  can  assist 
in  generating  MTSs  encompassing  a  wide  range  of  scheduling  objectives  and 
constraints. 

DATA  FILE  ORGANIZATION 

The  following  paragraphs  describe  the  files  which  are  a  part  of  the 
BOOTS  system.  These  files  are  also  listed  in  table  5,  along  with  the  file 
interdependencies.  In  addition,  table  5  outlines  the  data  elements 
contained  in  each  file  and  the  constraints  and/or  preference  factors  for 
which  that  data  is  required.  As  a  further  aid  to  understanding  the  type  of 
data  contained  in  those  files,  sample  pages  from  file  listings  are  presented 
in  appendix  C. 

1.  Curriculum  File.  The  Curriculum  File  contains  the  topic/function 
numbers,  names,  and  the  number  of  periods  required  for  each  training  element 
in  the  Curriculum  Outline.  In  addition,  it  indicates  whether  all  periods  of 
the  training  element  must  be  part  of  the  same  training  event  (i.e.,  cluster) 
or  may  be  separated  for  placement  in  different  training  events.  As  a 
further  aid  to  the  scheduler,  a  one  character  code  may  be  used  to  indicate 
which  test  in  the  curriculum  the  training  element  must  precede. 

2.  Facilities  File.  Specific  information  regarding  the  traininq 
areas  is  required  to  evaluate  capacity  and  movement  factors.  The  Facilities 
File  contains,  for  each  training  area,  the  name,  capacity,  and  measure  of 
difficulty  in  getting  to  and  from  each  of  the  other  training  areas.  Since 
each  RTC  has  a  unique  physical  plant,  each  RTC  will  require  its  own  distinct 
Faci 1 ities  File. 

3.  Time  Format  File.  As  previously  stated,  the  number  of  days  of 
training  as  well  as  the  number  of  training  elements  in  the  curriculum 
outline  frequently  changes.  In  addition,  the  number  of  major  schedules  in 
operation  varies.  Currently  there  are  two  at  RTC  Orlando,  three  at  RTC  San 
Diego,  and  four  at  RTC  Great  Lakes.  This  information  along  with  other  time 
related  information  is  contained  in  the  Time  Format  File.  It  contains 
information  regarding  the  number  of  major  schedules,  the  number  of  training 
days,  the  number  of  training  days  in  a  week,  the  number  of  periods  in  a  day, 
the  name  and  starting  and  ending  times  for  each  period. 
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4.  Restrictions  File.  The  Restrictions  File  contains  the  traininq 
events  defined  in  terms  of  the  traininq  elements  designated  in  the 
Curriculum  File.  These  traininq  events  are  the  smallest,  inseparable, 
schedulable  entities  which  may  be  manipulated  by  the  IMP  and  the  HOP.  In 
addition  to  a  short  name  and  the  number  of  periods  required,  the 
Restrictions  File  contains  the  other  constraints  applicable  to  each  traininq 
event;  e.q.,  the  traininq  area  required,  the  preference  for  each  day  and 
each  period  of  the  day,  and  the  training  events  it  is  to  be  blocked  with, 
separated  from,  and  preceded  by.  Since  each  traininq  event  consists  of  one 
or  more  periods  from  one  or  more  traininq  elements  from  a  coded  Curriculum 
File,  and  must  be  assigned  a  training  area,  a  specific  Curriculum  File  and 
specific  Facilities  File  must  be  referenced  by  the  Restrictions  File. 

5.  Schedule  File.  This  file  designates  the  training  event  assigned 
for  each  period  o'f  each  day  for  each  schedule.  This  information  is 
contained  in  the  Schedule  Layout  Assignment  Matrix  (SLAM).  The  SLAM  is  the 
largest  array  in  the  BOOTS  system  and  is  the  coded  version  of  the  MTS.  The 
Schedule  File  also  contains  three  auxiliary  arrays  for  the  additional 
information  that  is  required  for  schedule  processing.  Two  cross  referencing 
arrays,  one  for  training  events  comprised  of  training  elements  and  one  for 
meals,  serve  as  directories  as  to  when  each  training  event  and  meal  is 
scheduled.  The  third  array  is  a  facilities  usage  array  which  contains  the 
training  area  usage  for  each  period  of  each  day  of  the  week. 

Because  the  Schedule  File  requires  information  regarding  the  number  of 
schedules,  days,  and  periods,  it  must  reference  a  specific  Time  Format  File. 
It  must  also  reference  a  specific  Restrictions  File  for  data  concerning  thp 
training  events  to  be  scheduled. 

FUNCTIONAL  PROGRAMS 

The  computer  programs  required  for  accomol ishinq  the  three  major  BOOTS 
functions  are  divided  into  groups:  file  editors,  schedule  processina 
programs,  and  output  programs.  All  proqrams  for  the  BOOTS  system  have  been 
written  in  WANG  BASIC-2  for  operation  in  conjunction  with  a  WANG  2200  MVP  or 
WANG  2200  LVP  computer  because  of  the  availability  of  WANG  computers  in  the 
Naval  Education  and  Training  Command.  However,  the  software  could  be 
readily  adapted  for  use  on  other  hardware. 

FILE  EDITORS.  Each  of  the  first  four  data  files  listed  in  table  5  has  a 
file  editor  associated  with  it.  The  names  of  these  file  editors  correspond 
to  the  associated  file  names  and  each  file  editor  is  used  to  input  or  edit 
the  data  concerning  the  factors  controlled  by  that  file. 

SCHEDULE  PROCESSING  PROGRAMS.  Schedule  processing  programs  are  required  for 
the  interactive  mode  approach  and  the  heuristic  optimizing  approach 
described  in  section  III.  The  IMP  program,  which  is  the  implementation  of 
the  interactive  approach,  permits  the  scheduling  officer  to  insert  traininq 
events  into  the  schedule  and  to  move  training  events  within  the  schedule. 
It  will  automatically  monitor  each  of  the  11  criteria  factors  associated 
with  each  such  assignment  (see  table  1).  Thus,  if  queried,  the  IMP  program 
can  instantly  inform  the  user  of  how  many  more  companies  may  be  assigned  a 
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particular  training  area  at  a  particular  time.  The  HOP  program  is  the 
implementation  of  the  heuristic  approach  using  a  A-opt  technique.  Unlike 
the  IMP,  the  HOP  will  not  provide  a  means  for  user  intervention  (other  than 
to  prescribe  a  specific  number  of  cycles),  but  it  will  independently 
implement  the  A-opt  technique,  swapping  training  events  a  pair  at-a-time 
until  either  the  prescribed  cycles  have  been  completed  or  no  further 
improvement,  as  reflected  by  the  composite  measure  of  effectiveness  (see 
table  4),  can  be  made  via  pairwise  swapping. 

OUTPUT  PROGRAMS.  A  set  of  programs  exists  for  generating  hardcopies  of  each 
of  the  files.  In  addition  to  producing  a  hardcopy  of  the  MTS,  the  programs 
have  the  capability  of  producing  hardcopy  extracts  of  the  MTS,  each  designed 
to  meet  the  needs  of  a  particular  user  group;  e.g.,  Medical /Dental 

Department,  Military  Inspection  Department,  Basic  Military  Officer. 

OPERATION  OF  THE  BOOTS  SYSTEN 

The  BOOTS  system  is  designed  to  be  a  tool  to  aid  in  the  preparation  of 
MTSs  for  the  RTCs.  The  following  paragraphs  describe  the  operations  to  be 
performed  and  the  order  of  their  performance  in  the  normal  use  of  BOOTS. 
Reference  to  the  procedural  flow  chart  in  figure  2  and  the  BOOTS  system 
architecture  depicted  in  figure  1  (p.  22)  will  aid  in  understanding  this 

discussion. 

It  is  assumed  that  there  are  no  existing  files,  and  that  the  user  will 
have  to  create  new  files  using  the  appropriate  file  editor  in  each  case.  As 
indicated  in  figure  2,  the  first  step  is  to  create  a  Curriculum  File  using 

the  Curriculum  File  Editor.  Then,  the  user  will  be  directed  to  create  a 

Facilities  File  and  a  Time  Format  File,  each  using  the  corresponding  file 
editor.  Each  of  these  first  three  files  is  independent,  so  the  order  in 
which  they  are  created  or  edited  is  unimportant.  The  flow  chart  will  next 
direct  the  user  to  create  a  Restrictions  File  using  the  Restrictions  File 
Editor.  This  file  will  reference  the  first  two  files  since  it  is  dependent 
upon  data  contained  in  them. 

Finally,  when  the  Restrictions  File,  along  with  the  Curriculum, 
Facilities,  and  Time  Format  Files,  is  ready,  the  Schedule  File  may  be 
created.  This  is  done  using  IMP,  the  interactive  mode  processor,  to  insert 
the  training  events  defined  in  the  Restrictions  File  into  the  SLAM  array  of 
the  Schedule  File.  The  user  may  then  use  the  HOP,  which  will  apply  the 
A-opt  heuristic  to  optimize  the  schedule.  Following  application  of  the 
HOP,  the  user  may  make  some  final  adjustments  to  the  schedule  by  using  the 
IMP  once  more.  When  an  acceptable  schedule  is  achieved,  the  lineprinter 
Output  Generator  (LOG)  is  used  for  creating  hardcopies  of  the  schedule  and 
schedule  extracts. 
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SECTION  V 

SUMMARY  AND  RECOMMENDATIONS 


SUMMARY 

This  report  has  documented  the  development  of  a  computerized  aid  for 
creating  and/or  modifying  Master  Training  Schedules  at  the  Recruit  Training 
Commands.  The  computer  system,  called  BOOTS,  is  designed  to  be  used  by 
scheduling  personnel  at  each  of  the  RTCs.  A  companion  reportlO  is  being 
published  concurrently  with  this  report  and  contains  the  necessary  user 
information  required  to  operate  the  BOOTS  system.  A  third  report  will  be 
published  to  document  the  system  software  and  will  include  variable  and 
array  definitions,  flow  charts,  and  program  listings. 

The  BOOTS  system  was  developed  with  the  cooperation  and  support  of  the 
three  RTCs.  Scheduling  personnel  at  each  of  the  RTCs  were  instrumental  in 
the  original  stages  of  this  development.  The  BOOTS  system  is  now  in  the 
initial  stages  of  installation  at  RTC  Orlando.  At  this  point,  the  BOOTS 
system  is  being  used  to  generate  a  mobilization  schedule  at  RTC  Orlando. 
The  marginal  cost  of  installation  at  the  other  RTC  sites  has  been  estimated 
to  be  less  than  $6,000  per  site  if  timesharing  access  to  a  WANG  2200  MVP 
system  is  made  available. 

In  addition  to  being  used  as  a  scheduling  tool  at  the  RTCs,  the  BOOTS 
system  could  be  used  as  a  planning  tool  by  CNTECHTRA.  Given  copies  of  the 
Facilities  Files  created  by  the  RTCs,  CNTECHTRA  could  use  the  BOOTS  system 
to  help  evaluate  the  impact  of  proposed  curriculum  changes  on  each  RTC. 
Because  CNTECHTRA  already  owns  WANG  2200MVP  hardware,  the  marginal  cost  of 
installing  the  BOOTS  system  at  CNTECHTRA  would  be  minimal. 

The  structured  data  files,  which  are  an  integral  part  of  the  BOOTS  sys¬ 
tem,  provide  a  repository  for  the  substantial  scheduling  information  that, 
to  date,  was  not  available  from  a  single  source.  This  file  information  can 
be  used  in  associated  scheduling  tasks  outlined  in  section  II.  These 
include:  developing  the  Recruit  Plan  of  the  Day  (RPOD);  scheduling 
instructors,  examination  proctors,  and  inspectors;  compiling  tests  and 
examinations  for  course  groups  in  flexible  schedules;  and  scheduling  galley 
functions  for  smoother  galley  operations  over  all  levels  of  fluctuating 
input. 

RECOMMENDATIONS 

As  a  result  of  this  study  and  system  development,  the  following 
recommendations  are  made: 

•  demonstrate  the  BOOTS  system  at  RTC  Great  Lakes  and  RTC  San  Diego 

lORichard  L.  Church  and  F.  Laurence  Keeler.  The  Basic  Oraanizino/Optimizina 
Training  Scheduler  (BOOTS):  User's  Guide,  technical  feeport  September 
1983.  training  Analysis  and  Evaluation  Group,  Orlando,  FL  32813. 
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make  the  BOOTS  system  available  for  use  on  a  continuing  basis  at 
each  of  the  three  RTCs 

provide,  as  a  planning  tool,  the  BOOTS  system  software  to 
CNTECHTRA  for  use  by  recruit  traininq  management  planners  on 
already  existing  WANG  2200MVP  hardware 

expand  the  BOOTS  system  to  handle  the  other  more  frequent  sched¬ 
uling  functions  related  to  the  MTS.  These  include: 

..  scheduling  galley  functions  for  smoother  galley  operations 

..  developing  the  Recruit  Plan  of  the  Day  (RPOD) 

..  scheduling  personnel  in  the  Basic  Military  Office  (BMO); 

Military  Inspection  Department  (MID);  Standards,  Testing  and 
Evaluation  (STE)  Department;  and  the  Medical  and  Dental 
Departments. 
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APPENDIX  A 

VARIABLES,  TERMS,  AND  SYMBOLS  USED  IN  MATHEMATICAL  EXPRESSIONS 
Variables 


Terms 

Symbols 

Functional 

Purpose 

Definition 

Be 

Blocking 

The  set  of  training  events  to  be  blocked  with 
training  event  e. 

Cr 

Capacity 

The  capacity  of  training  resource  r. 

De 

Window 

The  set  of  training  days  on  which  training 
event  e  may  be  assigned. 

Drr  1 

Movement 

The  measure  of  difficulty  of  movement  from 
training  resource  r  to  training  resource  r'. 

Dsdw 

Capacity 

A  variable  indicating  whether  training  day  d 
occurs  on  day  of  the  week  w  in  schedule  s  or 
not. 

<1,  if  in  schedule  s,  training  day  d 

Dsdw  ~7  occurs  on  day  of  the  week  w; 

(0,  otherwise. 

Ee 

Day 

Precedence 

The  set  of  training  events  which  must  not 
precede  training  event  e. 

Fe 

Period 

Precedence 

The  set  of  training  events  which  must  not 
precede  training  event  e  on  the  same  day  of 
training. 

Msdprr' 

Movement 

A  variable  indicting  whether  movement  between 
training  areas  r  and  r'  occurs  on  schedule  s, 
day  d,  after  period  p. 

fl,  if  movement  between  areas  r 
Msdprr‘  7  and  r'  occurs  on  schedule  s, 

/  day  d,  after  period  p; 

'*0,  otherwise. 

Orwp 

Capacity 

A  variable  indicating  whether  the  capacity  Cr 
of  training  resource  r  has  been  exceeded  on 
day  of  the  week  w  in  period  p  or  not. 

Q-*  ^  s  I  d  r  Per  Dsdw  xsedp>Cri 
Orwp  =  I 

L.0,  otherwise. 

Pe 

Window 

The  set  of  training  periods  in  which  training 
event  e  may  be  assigned. 

ped 

Day 

Preference 

The  relative  preference  for  assigning 
training  event  e  on  training  day  d. 
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Variables 

Terms  Functional 

Symbols  Purpose  Definition 


Qep 

Period 

Preference 

The  relative  preference  for  assigning  training 
event  e  in  training  period  p. 

Rer 

Capacity/ 

Movement 

A  variable  indicating  whether  training  event  e 
uses  training  resource  r  or  not. 

(1,  if  training  event  e  uses  training 

Rer  =1  resource  r; 

Co,  otherwise. 

Se 

Separation 

The  set  of  training  events  which  must  be 
separated  from  training  event  e  by  a  specified 
minimum  and  maximum  number  of  days. 

Te 

Type 

Smoothing 

The  set  of  training  events  which  are  of  the 
same  smoothing  type  as  training  event  e  and 
from  which  only  a  limited  number  may  be 
assigned  on  any  one  day. 

wAssign 

Weighting 

The  relative  importance  of  assigning  all 
training  events  in  each  schedule. 

WBlock 

Weighting 

The  relative  importance  of  assigning  training 
events  which  are  to  be  blocked  to  adjacent 
periods  in  the  schedule. 

wCapac 

Weighting 

The  relative  importance  of  assigning  no  more 
training  events  which  use  a  particular 
training  resource  on  any  day  of  the  week  and 
period  of  the  day  than  that  training  resource 
can  accommodate. 

wDprec 

Weighting 

The  relative  importance  of  assigning  training 
events  which  must  not  precede  certain  other 
training  events  so  that  they  do  not  precede 
them. 

wDpref 

Weighting 

The  relative  importance  of  assigning  training 
events  to  days  for  which  there  are  high 
preferences  for  such  assignment. 

WMove 

Weighting 

The  relative  Importance  of  assigning  training 
events  so  that  the  difficulty  in  moving  from 
one  training  resource  to  another  is  minimized. 

wPprec 

Weighting 

The  relative  Importance  of  assigning  training 
events  which  must  not  precede  certain  other 
training  events  on  the  same  day  of  training  so 
that  they  do  not  precede  them  on  the  same  day. 
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Variables 

Terms  Functional 

Symbols  Purpose  Definition 


Wppref 

Weighting 

The  relative  importance  of  assigning  training 
events  to  periods  for  which  there  are  high 
preferences  for  such  assignment. 

wSepar 

Weighting 

The  relative  importance  of  assigning  training 
events  which  are  to  be  separated  from  another 
training  event  so  that  they  are  assigned  to  a 
day  which  is  within  the  allowable  range  of 
days  from  it. 

wType 

Weighting 

The  relative  importance  of  assigning  no  more 
than  a  limited  number  of  training  events  of 
any  one  smoothing  type  on  any  one  day. 

xsedp 

Assignment 

A  variable  indicating  whether  in  schedule  s, 
training  event  e  has  been  assigned  to  training 
day  d  and  training  period  p. 

€ 

Domain 

Is  an  element  of.  ("aCA"  means  that  a  is  an 
element  of  the  set  A.) 

= 

Comparat i ve 

Is  equal  to. 

> 

Comparative 

Is  greater  than. 

< 

Comparative 

Is  less  than  or  equal  to. 

- 

Subtraction 

Subtract  the  following  from  the  total. 

+ 

Summation 

Add  the  following  to  the  total. 

I 

Summation 

Sum  the  specified  elements. 
dyZy=Zl+Z2+...+Z-) 

d 

Training  day 

The  index  of  a  training  day. 
d  =  1,2, 3, . . . ,3. 

a 

Length  of 
training 

The  last  day  of  training. 

e 

Training  event 

The  index  of  a  training  event, 
e  s  1,2,3, .. . ,5; 

e 

Training  event 

The  last  training  event. 

edp+1 

Next  training 
event 

The  training  event  assigned  to  the  period 
following  training  event  e. 
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Variables 


Terms 

Symbols 

Functional 

Purpose 

Definition 

P 

Training  period 

The  index  of  a  training  period, 
p  ~  1  *  2 1 3*  •  •  •  * p • 

P 

Length  of 
training  day 

The  last  training  period. 

r 

Training 

resource 

The  index  for  the  training  resource, 
r  =  1,2,3, ... ,r. 

r 

Training 

resource 

The  last  training  resource. 

s 

Training 

schedule 

The  index  of  a  training  schedule, 
s  ■  s. 

i 

Training 

schedule 

The  last  training  schedule. 

ue 

Separation 

The  minimum  separation  which  may  exist  between 
training  event  e  and  the  separated  training 
event,  se. 

ve 

Separation 

The  maximum  separation  which  may  exist  between 
training  event  e  and  the  separated  training 

event,  se. 
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APPENDIX  B 


BOOTS  SYSTEM  HARDWARE  REQUIREMENTS 


Equipment 


Vendor  Name  and  Part  No.  Function 


Central  Processing  Wang  2200/LVP-32X 
Unit  (CPU)  with  a  minimum  of 

128K  bytes  user  memory 
5M  bytes  disk  storage 


Operate  BOOTS 

functional 

programs 


Cost* 


$  9,984 


Telecommunication  Wang  2227B  Controller 

Rayco-Vadic  3451  Modem 


Provide  inter¬ 
connect  to 
remotely 
located  CPU 


Terminal 


Wang  2226DE  Interactive 
DP  Workstation 


Provide  user/ 

computer  system  $  2,112 

interface 


Wang  2236MX0  4-Port 
terminal  Multiplexer 


S  1,152 


Printer 


Wang  2233  Matrix  Printer 


Provide  hard-  $  2,400 
copy  listings 
of  data  files 
and  schedules 


$15,648 


1 If  access  to  a  Wang  2200/MVP  or  Wang  2200/LVP  with  a  minimum  of  128K 
bytes  user  memory  and  5M  bytes  disk  storage  is  not  available. 

2If  access  to  a  Wang  2200/MVP  or  Wang  2200/LVP  with  a  minimum  of  128K 
bytes  of  user  memory  and  5M  bytes  of  disk  storage  is  available. 


Cost? 


$  720 
(700) 


$2,112 


$2,400 


$5,232 

(5,212) 
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APPENDIX  C 

SAMPLE  PAGES  FROM  BOOTS  DATA  FILES 

C-l  Sample  page  from  a  Facilities  File 

C-2  Sample  page  from  a  Curriculum  File 

C-3  Sample  page  from  a  Time  Format  File 

C-4  Sample  page  from  a  Restriction  File 

C-5  Sample  page  from  a  Schedule  File 
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GLOSSARY  OF  TERMS  AND  ABBREVIATIONS 

Page 

First 

Term/Abbreviation  Definition  ’  Appearing 


BMO  Basic  Military  Officer .  7 

BOOTS  Basic  Organizing/Optimizing  Training 

Scheduler .  4 

CNET  Chief  of  Naval  Education  and  Training .  3 

CNTECHTRA  Chief  of  Naval  Technical  Training .  4 

HOP  Heuristic  Optimizing  Processor .  3 

ILP  Integer  Linear  Program .  5 

IMP  Interactive  Mode  Program .  5 

LOG  Lineprinter  Output  Generator .  23 

MID  Military  Inspection  Department .  7 

MOE  Measure  of  Effectiveness .  16 

MTS  Master  Training  Schedule .  3 

RPOD  Recruit  Plan  of  the  Day .  7 

RTC  Recruit  Training  Command .  3 

SLAM  Schedule  Layout  Assignment  Matrix .  25 

STE  Standards,  Testing  and  Evaluation 

Department .  7 

TAEG  Training  Analysis  and  Evaluation  Group .  3 

A-opt  Lambda-opt  (heuristic  method  for 

optimization  using  a  pair-swapping 

procedure  where  A  indicates  the 

number  of  pairs  to  be  swapped  at  a  time)....  18 


Training  Element  a  Training  Function  or  Training  Topic  as  listed  in  the 

Curriculum  Outline 

Training  Event  a  group  or  cluster  of  Training  Elements  which  must  be 

scheduled  together  at  one  time 

Training  Function  a  noninstructional  element  of  the  curriculum;  e.g. 

medical  exams 

Training  Topic  an  instructional  element  of  the  curriculum;  e.g.  first 

aid 
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DISTRIBUTION  LIST 


Navy 

OASN  (M&RA) 

CNO  (OP-115,  OP-11,  OP-123,  0P-112T-1) 

ONR  (442,  270) 

CNM  (MAT-0722) 

CNET  (01,  00 A,  N-2,  N-3) 

CNAVRES  (02) 

CNTECHTRA  (016,  N-7,  N-721) 

COMTRALANT  (2  copies) 

COMTRAPAC  (2  copies) 

CO  NAVPERSRANDCEN  (Library) 

Superintendent  NAVPGSCOL  (2124,  32) 

Superintendent  Naval  Academy  Annapolis  (Chairman,  Behavioral  Science  Dept.) 
CO  FLECOMBATRACENPAC 
CO  FLECOMBATRACENLANT 
CO  NAMTRAGRU 

CO  NAVTECHTRACEN  Corry  Station  (101B,  3330,  Cryptologic  Training  Department) 
CO  NAVTRAEQUIPCEN  (TIC) 

Center  for  Naval  Analyses 
CO  FLEASWTRACENPAC 
CO  FLEASWTRACENLANT 
CO  NAVSUBSCOL  NLON  (Code  0110) 

CO  NAVTECHTRACEN  Meridian 
DIR  NAVEDTRAPRODEVCENDET  Meridian 
CISO,  SERVSCOLCOM  Great  Lakes 
CISO,  NTTC  Meridian 
CO  FLETRACEN,  Mayport 
CO  FLETRACEN,  San  Diego 
CO  FLETRACEN,  Norfolk 
CO  NAVCRUITRACOM  Orlando  (2  copies) 

CO  NAVCRUITRACOM  Great  Lakes  (2  copies) 

CO  NAVCRUITRACOM  San  Diego  (2  copies) 

CO  NAVAVSCOLCOM  (0212) 

OIC  NODAC  (2  copies) 

COM  NETC  (30) 


Air  Force 

Headquarters,  Air  Training  Command  (XPTD,  XPT1A)  Randolph  Air  Force  Base 
Air  Force  H';man  Resources  Laboratory,  Brooks  Air  Force  Base 
Commander,  Basic  Military  Training  School,  Lackland  Air  Force  Base 
Air  Force  Office  of  Scientific  Researcb/NL 
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DISTRIBUTION  LIST  (continued) 


Army 

CG  TRADOC  (Technical  Library,  ATTG-1) 
ARI  (Reference  Service) 

CDR  USATC  Fort  Dix 

COR  USATC  Fort  Jackson 

CDR  USATCE  Fort  Leonard  Wood 

COMDT  ARMOR  SCH  Fort  Knox 

CDR  MPSCH  TNGCEN  Fort  McClellan 

CDR  SIGCEN  Fort  Gordon 

COMDT  ADSCH  Fort  Bliss 

COMDT  FASCH  Fort  Sill 

COMDT  INFSCH  Fort  Benning 

CDR  ORGEFFTNGCEN  Fort  Ord 


Coast  Guard 


Commandant,  Coast  Guard  Headquarters  (G-P-l/2/42,  GRT/54) 
CO  USCG  Training  Center,  Cape  May 


Marine  Corps 


CMC  (T,  TAP -40) 

CGMCDEC 

CO  MARCORCOMMELECSCOL 
CG  MCRD,  Parris  Island 
CG  MCRD,  San  Diego 


Information  Exchanges 

OTIC  (12  copies) 

DLSIE 

ERIC  Processing  and  Reference  Facility,  Bethesda,  MD  (2  copies) 


